home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000150_news@columbia.edu _Tue Mar 5 16:04:47 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id QAA01958 for <kermit.misc@watsun>; Tue, 5 Mar 1996 16:04:46 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id QAA25297 for kermit.misc@watsun; Tue, 5 Mar 1996 16:04:42 -0500 (EST)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!munnari.OZ.AU!news.ecn.uoknor.edu!news.eng.convex.com!newshost.convex.com!news.duke.edu!news.mathworks.com!newsfeed.internetmci.com!howland.reston.ans.net!agate!dog.ee.lbl.gov!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Packet retries w/direct PC-PC
  8. Message-ID: <1996Mar5.082302.75896@cc.usu.edu>
  9. Date: 5 Mar 96 08:23:02 MDT
  10. References: <96064.132412U54294@uicvm.uic.edu>
  11. Organization: Utah State University
  12. Lines: 23
  13.  
  14. In article <96064.132412U54294@uicvm.uic.edu>, <U54294@uicvm.uic.edu> writes:
  15. > Hi --
  16. >    I had to move some files from one PC to another, so I attached them
  17. > by COM port with a null-modem cable and moved the files. While there,
  18. > I noticed a packet retry rate of 5-10%. This seemed a little odd, since
  19. > we're talking about direct RS-232 cabling, so I experimented a bit.
  20. > That retry rate stuck regardless of Kermit speed setting, packet size
  21. > and flow-control. Setting block-check to 2 or 3 did seem to raise the
  22. > retry rate a bit, while xon/xoff flow-control might have lowered it slightly.
  23. >    So, why do you suppose...? I was running identical MS-DOS Kermit 3.14
  24. > at patch level 9. One side was a 16-MHz 386/SX with an 8250 UART (running
  25. > Kermit in server mode), the other side was a brand-new 486-DX2/66 with
  26. > a 16550AF UART, Kermit command-line mode. What are the possibilities?
  27. > Thanks very much...Nick G.
  28. -----------
  29.     Some possibilities:
  30.     The serial cable is a three wire affair, which is bad at high
  31. data rates.
  32.     You have disk caching software loaded, which will cause cpu
  33. outages when it dumps to disk.
  34.     You have TSRs loaded which block the cpu at a healthy rate.
  35.         Something is trying to use the same IRQ wire as your serial ports.
  36.     Joe D.